home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19950528-19950726
/
000074_news@columbia.edu_Tue Jun 6 17:16:55 1995.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA14445
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 6 Jun 1995 13:17:02 -0400
Received: by apakabar.cc.columbia.edu id AA13527
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 6 Jun 1995 13:16:59 -0400
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: command line parameters and C-Kermit
Date: 6 Jun 1995 17:16:55 GMT
Organization: Columbia University, New York City
Lines: 43
Message-Id: <3r22i7$d6j@apakabar.cc.columbia.edu>
References: <3r0iij$ffc@detroit.freenet.org>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <3r0iij$ffc@detroit.freenet.org>,
Marc Zuckman <ak434@detroit.freenet.org> wrote:
>Is there a command line switch that will prevent C-kermit
>from hanging up the line after a file transfer operation
>is performed.
>
>I am using another communications program (minicom 1.71)
>on a Linux system. minicom calls kermit with a command
>line that looks like this for an upload:
>
>kermit -i -l /dev/ttyS0 -b 9600 -s uploadfilename
>
>As soon as the file transfer completes, kermit hangs up the
>line, and exits back to minicom.
>
Right. When any UNIX program exits, all of the files that
it opened are closed automatically. That's a feature of UNIX.
The command-line option "-l /dev/ttyS0" tells Kermit to open
/dev/ttyS0, and so it will be closed, and therefore also hung
up when Kermit exits.
In fact, I am surprised that Kermit will even open the device,
since, presumably, minicom already has it open and therefore,
also presumably, has it "locked", which is supposed to prevent
any other program from opening it at the same time.
The solution to both of these problems is to give Kermit the
file descriptor for the already-open device, instead of a
device name. I don't know anything about minicom, but I expect
that it must have a way of passing this information to
external protocols, otherwise how could it possibly run them?
The file descriptor is a small integer. When Kermit gets an
integer as the argument to the "-l" option, it simply uses it
as a file descriptor, and does not make any effort to close it
upon exit.
Example:
kermit -i -l 4 -b 9600 -s uploadfilename
- Frank